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DETAILED ACTION 



Response to Amendment 



1. 



Claim objection, on claim 6 is withdrawn since they are being amended accordingly. 



2. 



Claims 12,13, and 15-29 are rejected by the same ground of art rejections. 



Claim Rejections - 35 USC § 112 



3. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 

4. Claims 2-4,6-9,10-1 1,16,17,19,20,22,23,25,26,28 and 29 are rejected under 35 
U.S.C. 112, second paragraph, as being indefinite for failing to particularly point out and 
distinctly claim the subject matter which applicant regards as the invention. 

Claim 6 recites, . .in response to the crash or failure at the active supervisor. . the 
standby supervisor. . in line 14 and 23. It is unclear how does the standby supervisor 
know that the crash or failure at the active supervisor in order to react (i.e. in response 
to). The standby supervisor cannot respond to the crash or failure unless it has the step of 
detecting the failure. 

Claim 10, 11, 20, 23, 26, and 29 are rejected for the same as stated above in claim 6. 
Claim 16 recites, " a network device comprising. . providing the event instance. . passing 
the event instance. . receiving the notifications. . passing the notification. . .in response 
to receiving. . ." in lines 3-1 1 . It is unclear whether "a network device, "an active 
supervisor", "a requesting application", "any listening application", or "a standby 
supervisor" is performing the method of "providing", "passing", "receiving", or "in 
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response to receiving". Claim 16 also reties, ". . . they. . their. . ." in line 8-9. It is unclear 
whether "a network device, "an active supervisor", "a requesting application", "any 
listening application", and/or "a standby supervisor" are considered as "they" and "their". 
Claim 19, 22, 25, and 28 are rejected for the same as stated above in claim 16. 
Claims 2-4,7-9, and 17 are also rejected since they depended upon above rejected 
claims. 

Claim Rejections - 35 USC §102 

5. The following is a quotation of the appropriate paragraphs of 35 U.S. C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 35 1(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 21(2) of such treaty in the English language. 

6. Claims 16,17,19,20,22,23,25,26, 28 and 29 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Ronstrom (U.S.6, 438,707). 

Regarding Claim 16, Ronstrom discloses method for operating a network device 
(see FIG. 1, Fault tolerant computer system), comprising: 

operating an active supervisor (see FIG. 1, Primary System PS 100), the active 
supervisor creating (see FIG. 1, Event Generator 103) an instance of an event (see col 7, 
lines 58-67; see col. 8, lines 51-60; event message) in response to a change in operating state 
from a requesting application (see FIG. 1, applications runs devices 141-144, Fault detection 
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means FD 120, Backup system BS 1 10; see col. 6, lines 39-67); see FIG. 3, step 301-302; see 
col. 12, lines 10-55; see FIG. 6, step 601; see col. 16, lines 55-67); 

providing the event instance to the requesting application and any listening 
applications that have registered for the event for processing (see col. 7, lines 24-40); 

passing the event instance to a standby supervisor (see FIG. 1 Backup system BS 110; 
see FIG. 6, step 602; see col. 16, lines 55-67); 

receiving notifications from the requesting and listening applications that they have 
completed their processing of the event instance (see col. 7, lines 24-56; see FIG. 4, step 401- 
407; see col. 14, lines 30 to col. 15, lines 20); 

passing the notifications to the standby supervisor (see FIG. 6, step 602,609, 612; see 
FIG. 3, step 306; see col. 16, lines 35 to col. 17, lines 60); and 

in response to receiving notifications from the requesting and all listening 
applications, closing the event instance at the active and standby supervisors (see FIG. 3, step 
309, 312; see col. 13, lines 44 to col. 14, lines 7; see FIG. 6, step 616-617; see col. 18, lines 
6-24; note that PS 100 and BS 1 10 close current processing event only upon completion 
before processing next event). 

Regarding Claim 17, Ronstrom discloses in response to a failure of the active 
supervisor (see FIG. 3, step 307,308,309), determining whether one or more event instances 
passed to the standby supervisor remain open (see FIG. 3, step 310, 31 1; see col. 13, lines 36 
to col. 14, lines 10; note that processing of events will not match if they are incomplete due 
to failure/fault); 
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identifying the requesting and listening applications, if any, that have not completed 
their processing of an open event instance (see FIG. 3, step 310; see FIG. 5, steps 504-509; 
see col. 15, lines 60 to col. 16, lines 39; see FIG. 6, step 601-605; see col. 16, lines 35-65; 
note that event sequences, for applications that are not completed, are identified by 
comparing the events between PS and BS) and 

calling a recovery function (see FIG. 3, start recovery procedure 313 and see FIG. 5, 
start recovery procedure 510) defined by the respective application to handle the open event 
instance (see col. 14, lines 10-30; see col. 16, lines 19-36; note that any existing/opening 
events are handled by the backup system BS). 

Regarding Claim 19, Ronstrom discloses a network device (see FIG. 1, Fault 

j 

tolerant computer system), comprising; 

an active supervisor (see FIG. 1, Primary System PS 100) to run applications, the 
active supervisor to create (see FIG. 1, Event Generator 103) an instance of an event (see col. 
7, t lines 58-67; see col. 8, lines 51-60; event message) in response to a change in operating 
state from a requesting application (see FIG. 1, applications runs devices 141-144, Fault 
detection means FD 120, Backup system BS 1 10; see col. 6, lines 39-67), to provide the 
event instance to the requesting application and any listening applications that have 
registered for the event for processing (see col. 7, lines 24-40), and to receive notifications 
from the requesting and listening applications that they have completed their processing of 
the event instance (see col. 7, lines 24-56; see FIG. 4, step 401-407; see col. 14, lines 30 to 
col. 15, lines 20); and 
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a standby supervisor to receive the event instance and the notifications from the 
active supervisor (see FIG. 1 Backup system BS 1 10; see FIG. 6, step 602; see col. 16, lines 
55-67; see FIG. 6, step 602,609, 612; see FIG. 3, step 306; see col 16, lines 3 to col. 17, lines 
60), where in response to receiving notifications from the requesting and all listening 
applications, the active and standby supervisors are to close the event instance (see FIG. 3, 
step 309, 312; see col. 13, lines 44 to col. 14, lines 7; see FIG 6, step 616-617; see col. 18, 
lines 6-24; note that PS 100 and BS 1 10 close current processing event only upon completion 
before processing next event). 

Regarding Claim 20, in response to a failure of the active supervisor (see FIG. 3, 
step 307,308,309), the standby supervisor is further to determine whether one or more event 
instances passed to the standby supervisor remain open (see FIG. 3, step 310, 31 1; see col. 
13, lines 36 to col. 14, lines 10; note that processing of events will not match if they are 
incomplete due to failure/fault), to identify the requesting and listening applications, if any, 
that have not completed their processing of an open event instance (see FIG. 3, step 310; see 
FIG. 5, steps 504-509; see col. 15, lines 60 to col. 16, lines 39; see FIG. 6, step 601-605; see 
col. 16, lines 35-65; note that event sequences, for applications that are not completed, are 
identified by comparing the events between PS and BS), and to call a recovery function (see 
FIG. 3, start recovery procedure 313 and see FIG. 5, start recovery procedure 510) defined by 
the respective application to handle the open event instance (see col. 14, lines 10-30; see col. 
16, lines 19-36; note that any existing/opening events, are handled by the backup system BS). 
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Regarding Claim 22, the device claim, which has substantially disclosed all the 
limitations of the respective device claim 19 and method claim 16. Therefore, it is subjected 
to the same rejection. 

Regarding Claim 23, the device claim, which has substantially disclosed all the 
limitations of the respective device claim 20 and method claim 17. Therefore, it is subjected 
to the same rejection. 

Regarding Claim 25, the computer readable medium processing the method claim, 
which has substantially disclosed all the limitations of the respective device claim 19 and 
method claim 16. Therefore, it is subjected to the same rejection. 

. Regarding Claim 26, the computer readable medium processing the method claim, 
which has substantially disclosed all the limitations of the respective device claim 20 and 
method claim 17. Therefore, it is subjected to the same rejection. 

Regarding Claim 28, the electromagnetic signals on a processor for the practice of 
the method claim, which has substantially disclosed all the limitations of the respective 
device claim 19 and method claim 16. Therefore, it is subjected to the same rejection. 

Regarding Claim 29, the electromagnetic signals on a processor for the practice of 
the method claim, which has substantially disclosed all the limitations of the respective 
device claim 20 and method claim 17. Therefore, it is subjected to the same rejection. 

Claim Rejections - 35 USC § 103 
7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 
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(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

8. Claim 12 and 13 are rejected under 35 U.S.C. 103(a) as being unpatentable over 

Kicklighter (U.S. 6,005,841) in view of Freedman (U.S. 4,342,083). 

Regarding Claim 12, Kicklighter discloses an intermediate network device for use in 
a computer network (see FIG. 1, a network switch 2), the network device comprising: 

a first supervisor card (see FIG. 1, PRI 38(A)) in communicating relationship (see 
FIG. 1, Switching Buses 30) with the one or more line cards (see FIG. 1, Line Cards IO 20); 

a second supervisor card (see FIG. 1, PRI 38(S) in communication relations (see FIG. 
1, Switching Buses 30) with the first supervisor card; 

an application loaded onto the first and second supervisor cards (see col. 5, lines 65 to 
col. 6, lines 18), the application configured to define and manipulate a plurality of state 
variables (see col. 4, lines 51-55; the configuration/switching/synchronizing/ 
management/supervisory application defines/performs/runs/executes/manipulates the 
plurality of events/tasks/states occurrences (i.e. state variables)); and * 

at least one line card (see FIG. 1, Line Cards IO 20) defining a plurality of ports for 
forwarding messages (see FIG. 1, Line Cards IO receives and transmits the frames) across 
the computer network (see col. 2, lines 5-7), the at least one line card in communicating 
relationship with the first and second supervisor cards and configured to receive and state 
information from the application (see FIG. 1, Line cards communicate with PRI 38(A) and 
PRI (B) via buses and via Nodal Switch or CPU/matrix 44); 
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a high availability entity (see FIG. 2, PRI 38 and 30a-b) disposed on the first and 
second supervisor cards, the high availability entities comprising: 

an event mechanism (see FIG. 2, components 30a, 30b, 60,62,64,66,68,70,72,74,76, 
78,80,84,86 and 88) for notifying a selected one of the first or second supervisor cards of 
changes to the application's state variables (see col. 2, lines 24-34); and 

a database mechanism (see FIG. 2, ROM 90, RAM 92, shared RAM 82) for storing 
the state variables at the first and second supervisor cards (see col. 2, lines 34-39). 

the state variables stored at the first and second supervisor cards are consistent with 
the port state information maintained at the at least one line card (see FIG. 2; PRI 38 card 
commands/instructs the line card IO (via Nodal Switch or CPU/matrix 44) to update/change 
the switching/ management/supervisory events/tasks/conditions/states; see col. 4, lines 51-67. 
Each line card is the IO (Input and output) module, and it must have a memory/caching 
mechanism to maintain/store the command/instruction of the state information of each port. 
Thus, it is clear that plurality of events/tasks/states occurrences (i.e. state variables) in both 
PRI 38 cards are consistent with each line card's call processing or framing states/tasks 
information (i.e. port states).) 

Kicklighter does not explicitly disclose a sequence mechanism resetting the line 
card/system in the event that the state variable and the port state information differ after a 
failure of one of the first or second cards/systems. However, it is well known in the art that 
when a command/instruction is generated by the processor/controller, it must have a 
sequence number, timer, time-stamp, or clock cycle that identifies a particular 
instruction/command along with the contents of the instruction/command so that the recipient 
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can identify, store, and performs tasks synchronously. Freedman discloses a sequence 
mechanism for ensuring the state variables (see FIG. 4, sampling number; see col. 13, lines 
36-55) stored (see FIG. 3, Memory 16; see col. 7, lines 60-65) at the first and second systems 
(see FIG. 2, Application computers lOOn) are consistent with state information (see FIG. 4, 
tasks information) maintained at the at the line system (see FIG. 2, Application computer 
lOOa-b; see col. 15, lines 60), and resetting the at least one line card/system (see FIG. 5, 
Synchronizer 226; see col. 16, lines 34-52) in the event that the state variable and the state 
information differ (see col. 15, lines 52-60) after a failure of one of the first or second 
cards/system (see col. 16, lines 11-21). 

Therefore, it would have been obvious to one having ordinary skill in the art at the 
time the invention was made to provide synchronization mechanism between different 
systems after failure of one system, as taught by Freedman in the system of Kicklighter, so 
that it would permit each computer system to communicate with every other computer in the 
system to coordinate the execution tasks; see Freedman col. 2, line 10-45, and it would 
ensure more reliable increase the recipient capability to identify, store, and performs 
commanded/instructed tasks synchronously. 

Regarding Claim 13, Kicklighter discloses the first supervisor card is designated as 
an active supervisor card (see FIG. 1, PRI 38(A) as active) and the second supervisor card is 
designated as a standby supervisor card (see FIG. 1, PRI 38(S) as standby) for the network 
device; see col. 6, lines 35-36; 
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the application is allowed to run on the active supervisor card but not on the standby 
supervisor card (see col. 2, lines 13-20; note the PRI 38(S) is placed in a standby/listening 
mode, thus, it does not execute any task/applications); 

in response to a crash or failure of the active supervisor card, the application carries 
on its execution from the standby supervisor card utilizing at least some of the state variables 
stored at the database mechanism of the standby supervisor card (see col. 2, lines 39-44; note 
that when PRI 38(A) fails, the PRI 38(S) continues the servicing/performing/executing the 
events/tasks/applications just prior to failure according to the stored/hold 
events/tasks/ applications . ) 

9. Claim 15,18,21,24 and 27 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Horst (5,838,894) in view of Ronstrom (U.S. 6,438,707). 

Regarding Claim 15, Horst discloses method for operating a network device (see 
FIG. 1A, data processing system 10), comprising: 

. operating an active supervisor (see FIG. 1A, CPU 12A), the active supervisor 
receiving state information (see FIG. 23, interface unit 24a receives information symbols and 
its TC1K; see col. 74 , lines 55 to co. 75, lines 44) from at least one line card (see FIG. 1, 
Router 14A or B or system 10); 

generating a sequence (see FIG. 3 IB, SYNC CLK; see col. 76, lines 40-46) by the 
active supervisor in response to receipt of state information (see col. 75, lines 60 to col. 76, 
lines 16, 41-46; also see FIG. 33 A, step 1050); 
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returning the sequence to the at least one line card (see FIG. 3 1 A, step 956, sending 
SYNC CLK; see col. 77, lines 25-35; also see FIG. 33A, step 1052-1053); 

storing the state information and sequence to a standby supervisor (see FIG. 1, CPU 
10B; see FIG. 25, a signal line 667 from CPU 10A to Clock generator 654B for SYNC CLK; 
see col. 66, lines 44 to col. 67; see col. 67, lines 12-45; see FIG. 33B, step 1080,1082,1084) 

in response to a failure of the active supervisor, switching control to the standby 
supervisor (see FIG. 32, step 1012; see col. 78, lines 45-60; see col. 80, lines 36-64); 

comparing, by the standby supervisor, a stored sequence with a reported sequence, 
the reported sequence number reported by a line card (see col. 77, lines 21 to col. 78, lines 
40; note that CPU clock SYN CLK and router clock must be compared before resting the 
clock); and 

resetting the line card in the event that the reported sequence number is different than 
the stored sequence number (see FIG. 31 A, step 960, router clock reset; see col. 77, lines 38- 
60; see col. 78, lines 64 to col. 79, lines 15). 

Horst does not explicitly disclose sequence number. It is well known in the art the 
when a working CPU fails, the standby process must take over the processing which involves 
^synchronization the processing sequence numbers and events between all components 
within the system. Ronstrom teaches operating an active supervisor (see FIG. 1, Primary 
System PS 100), the active supervisor receiving state information (see FIG. 1, 
communication means 130; see col. 7, lines 1-40; see FIG. 6, step 601, event message; see 
col. 16, lines 55-65); generating a sequence number (see FIG. 6, process sequence number A, 
B(1),C,B(2), or D) by the active supervisor in response to receipt of the state information (see 
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FIG. 1, Event Generator EG 103; see col. 7, lines 56 to col. 8, lines 6; see col. 5, lines 50-60); 
storing the state information and sequence number to a standby supervisor (see FIG. Primary 
Memory PM 102; see col. 7, lines 6-19); comparing, by the standby supervisor, a stored 
sequence number with a reported sequence number (see FIG. 5, step 507, 509; see col. 16, 
lines 5-20); resetting in the event that the reported sequence number is different than the 
stored sequence number (see FIG. 5, step 510, recovery process; see col. 16, lines 18-25; see 
FIG 7, 701-71 1; see col. 18, lines 25 to col. 19, lines 10). Therefore, it would have been 
obvious to one having ordinary skill in the art at the time the invention was made to provide 
sequencing the event utilizing a sequence number and synchronizing by utilizing the 
sequence number after a failure as part of the recovering process, as taught by Ronstrom in 
the system of Horst, so that it would provide a fault tolerant system requiring a low 
communication load between systems while allowing high level of synchronization; see 
Ronstrom col. 1, line 44-55. 

Regarding Claim 18, Horst discloses a network device (see FIG. 1A, data processing 
system 10), comprising: 

at least one line card (see FIG. 1 , Router 14A or B or system 10); 

an active supervisor (see FIG. 1A, CPU 12A), the active supervisor to receive state 
information from at least one line card (see FIG. 23, interface unit 24a receives information 
symbols and its T_C1K; see col. 74 , lines 55 to co. 75, lines 44), generate a sequence (see 
FIG. 3 IB, SYNC CLK; see col. 76, lines 40-46) in response to receipt of the state 
information (see col. 75, lines 60 to col. 76, lines 16, 41-46; also see FIG. 33A, step 1050), 
and return the sequence number to the at least one line card (see FIG. 31 A, step 956, sending 
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SYNC CLK; see col. 77, lines 25-35; also see FIG. 33A, step 1052-1053); a standby 
supervisor, the standby supervisor to store the state information and sequence (see FIG. 1 , 
CPU 10B; see FIG. 25, a signal line 667 from CPU 10A to Clock generator 654B for SYNC 
CLK; see col 66, lines 44 to col. 67; see col. 67, lines 12-45; see FIG. 33B, step 
1080,1082,1084), wherein if the active supervisor fails and control is switched to the standby 
supervisor (see FIG. 32, step 1012; see col. 78, lines 45-60; see col 80, lines 36-64), the 
standby supervisor is to compare a stored sequence with a reported sequence, the reported 
sequence reported by a line card (see col. 77, lines 21 to col. 78, lines 40; note that CPU 
clock SYN_CLK and router clock must be compared before resting the clock), and to reset 
the line card if the reported sequence number is different than the stored sequence (see FIG. 
31 A, step 960, router clock reset; see col. 77, lines 38-60; see col. 78, lines 64 to col. 79, 
lines 15). 

Horst does not explicitly disclose sequence number. It is well known in the art the 
when a working CPU fails, the standby process must take over the processing which involves 
^synchronization the processing sequence numbers and events between all components 
within the system. Ronstrom teaches operating an active supervisor (see FIG. 1, Primary 
System PS 100), the active supervisor receiving state information (see FIG. 1, 
communication means 130; see col. 7, lines 1-40; see FIG. 6, step 601, event message; see 
col. 16, lines 55-65); generating a sequence number (see FIG. 6, process sequence number A, 
B(1),C,B(2), or D) by the active supervisor in response to receipt of the state information (see 
FIG. 1, Event Generator EG 103; see col 7, lines 56 to col. 8, lines 6; see col. 5, lines 50-60); 
storing the state information and sequence number to a standby supervisor (see FIG. Primary 
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Memory PM 102; see col. 7, lines 6-19); comparing, by the standby supervisor, a stored 
sequence number with a reported sequence number (see FIG. 5, step 507, 509; see col. 16, 
lines 5-20); resetting in the event that the reported sequence number is different than the 
stored sequence number (see FIG. 5, step 510, recovery process; see col. 16, lines 18-25; see 
FIG. 7, 701-71 1; see col. 18, lines 25 to col. 19, lines 10). Therefore, it would have been 
obvious to one having ordinary skill in the art at the time the invention was made to provide 
sequencing the event utilizing a sequence number and synchronizing by utilizing the 
sequence number after a failure as part of the recovering process, as taught by Ronstrom in 
the system of Horst, so that it would provide a fault tolerant system requiring a low 
communication load between systems while allowing high level of synchronization; see 
Ronstrom col. 1, line 44-55. 

Regarding Claim 21, the device claim, which has substantially disclosed all the 
limitations of the respective device claim 18 and method claim 15. Therefore, it is subjected 
to the same rejection. 

Regarding Claim 24, the computer readable medium processing the method claim, 
which has substantially disclosed all the limitations of the respective device claim 18 and 
method claim 15. Therefore, it is subjected to the same rejection. 

Regarding Claim 27, the electromagnetic signals on a processor for the practice of 
the method claim, which has substantially disclosed all the limitations of the respective 
device claim 18 and method claim 15. Therefore, it is subjected to the same rejection. 
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Allowable Subject Matter 

10. Claim 2-4 and 6-1 1 would be allowable if rewritten to overcome the rejection(s) under 35 
U.S.C. 1 12, 2nd paragraph, set forth in this Office action. 

Response to Arguments 

1 1 . Applicant's arguments filed 2-22-2005 have been fully considered but they are not 
persuasive. 

Regarding claim 16, the applicant argued that, " . . .the applicant teaches an event 
instance to the standby supervisor before the processing of the event is complete, and later X t 
notifying the standby processor of the event completion so that it may close the event 
instance. . in page 17, paragraph 2. 

In response to applicant's argument that the references fail to show certain features 
of applicant's invention, it is noted that the features upon which applicant relies (i.e., 
before... later) are not recited in the rejected claim(s). Although the claims are interpreted in 
light of the specification, limitations from the specification are not read into the claims. See 
In re Van Geuns, 988 F.2d 1 181, 26 USPQ2d 1057 (Fed. Or. 1993). Note the rejected claim 
16 recites a list of steps (some of the steps are not even clear who is performing it), and 
nowhere in the claim limits a specific step to be performed at specific time (i.e. before and 
later). Thus, so long as Ronstrom teaches plurality of event or status message are sent from 
the primary system to the secondary system, Ronstrom clearly anticipates the applicant 
claimed invention. 
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Regarding claim 16, the applicant argued that, ". . .Ronstrom is legally insufficient 
to anticipate. passing the event instance to a standby supervisor; receiving notifications 
from the requesting and listening applications that they have completed their processing of 
the event instance; passing the notifications to the standby supervisor; and in response to 
receiving notifications from the requesting and all listening applications, closing the event 
instance at the active and standby supervisors. . in page 18, paragraph 1 . 

In response to applicant's argument, the examiner respectfully disagrees that 
Ronstrom is legally insufficient to anticipate the above limitations. In particular, Ronstrom 
discloses passing the event instance to a standby supervisor (see FIG. 1 Backup system BS 
1 10; see FIG. 6, step 602; see col. 16, lines 55-67); 

receiving notifications from the requesting and listening applications that they have 
completed their processing of the event instance (see col. 7, lines 24-56; see FIG. 4, step 401- 
407; see col. 14, lines 30 to col. 15, lines 20); 

passing the notifications to the standby supervisor (see FIG. 6, step 602,609, 612; see 
FIG. 3, step 306; see col. 16, lines 35 to col. 17, lines 60); and 

in response to receiving notifications from the requesting and all listening 
applications, closing the event instance at the active and standby supervisors (see FIG. 3, step 
309, 312; see col. 13, lines 44 to col. 14, lines 7; see FIG. 6, step 616-617; see col. 18, lines 
6-24; note that PS 100 and BS 1 10 close current processing event only upon completion 
before processing next event). 

Regarding claim 12, the applicant argued that, ".. .a sequence that compares state 
variables of supervisor. . ." in page 20, paragraph 2. 
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In response to applicant's argument that the references fail to show certain features 
of applicant's invention, it is noted that the features upon which applicant relies (i.e., 
comparing) are not recited in the rejected claim(s). Although the claims are interpreted in 
light of the specification, limitations from the specification are not read into the claims. See 
In re Van Geuns, 988 F.2d 1 181, 26 USPQ2d 1057 (Fed. Cir. 1993). In addition, the 
combined system of Kicklighter and Freedman teaches comparing means as set forth in 
below response. 

Regarding claim 12, the applicant argued that, . .the combination of Kicklighter 
and Freedman is legally insufficient to render., .a sequence mechanism for ensuring the state 
variables stored at the first and second systems are consistent with state information 
maintained at the at the line system, and resetting the at least one line card/system in the 
event that the state variable and the state information differ after a failure of one of the first 
or second supervisor cards. . in page 20, paragraph 1 and 3. 

In response to applicant's argument, the examiner respectfully disagrees that the 
combined system of Kicklighter and Freedman is legally insufficient to anticipate the above 
limitations. In particular, Kicklighter teaches the state variables stored at the first and second 
supervisor cards are consistent with the port state information maintained at the at least one 
line card (see FIG. 2; PRI 38 card commands/instructs the line card 10 (via Nodal Switch or 
CPU/matrix 44) to update/change the switching/ management/supervisory 
events/tasks/conditions/states; see col. 4, lines 51-67. Each line card is the 10 (Input and 
output) module, and it must have a memory/caching mechanism to maintain/store the 
command/instruction of the state information of each port. Thus, it is clear that plurality of 
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events/tasks/states occurrences (i.e. state variables) in both PRI 38 cards are consistent with 
each line card's call processing or framing states/tasks information (i.e. port states).) 
Freedman teaches a sequence mechanism for ensuring the state variables (see FIG. 4, 
sampling number; see col. 13, lines 36-55) stored (see FIG. 3, Memory 16; see col. 7, lines 
60-65) at the first and second systems (see FIG. 2, Application computers lOOn) are 
consistent with state information (see FIG. 4, tasks information) maintained at the at the line 
system (see FIG. 2, Application computer lOOa-b; see col. 15, lines 60), and resetting the at 
least one line card/system (see FIG. 5, Synchronizer 226; see col 16, lines 34-52) in the 
event that the state variable and the state information differ (see col. 15, lines 52-60) after a 
failure of one of the first or second cards/system (see col. 16, lines 11-21). 

In response to applicant' s arguments against the references individually, one 
cannot show nonobviousness by attacking references individually where the rejections are 
based on combinations of references. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 
1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986). Thus, the 
combined system of Kicklighter and Freedman clearly teaches the applicant argued 
limitations. 

Regarding claim 15, the applicant argued that, ". . .the combination of Horst and 
Ronstrom is legally insufficient to render. . . generating a sequence by the active supervisor in 
response to receipt of state information; returning the sequence to the at least one line card; 
storing the state information and sequence to a standby supervisor; comparing, by the 
standby supervisor, a stored sequence with a reported sequence, the reported sequence 
number reported by a line card; and resetting the line card in the event that the reported 
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sequence number is different than the stored sequence number. . ." page 22, paragraph 2 and 
page 23, paragraph 2. 

In response to applicant's argument, the examiner respectfully disagrees that that 
the combined system of Horst and Ronstrom is legally insufficient to anticipate the above 
limitations. In particular, Horst discloses generating a sequence (see FIG. 3 IB, SYNC CLK; 
see col. 76, lines 40-46) by the active supervisor in response to receipt of state information 
(see col. 75, lines 60 to col. 76, lines 16, 41-46; also see FIG. 33 A, step 1050); returning the 
sequence to the at least one line card (see FIG. 31 A, step 956, sending SYNC CLK; see col 
77, lines 25-35; also see FIG. 33 A, step 1052-1053); storing the state information and 
sequence to a standby supervisor (see FIG. 1, CPU 10B; see FIG. 25, a signal line 667 from 
CPU 10A to Clock generator 654B for SYNC CLK; see col. 66, lines 44 to col.67; see col. 
67, lines 12-45; see FIG. 33B, step 1080,1082,1084); comparing, by the standby supervisor, a 
stored sequence with a reported sequence, the reported sequence number reported by a line 
card (see col 77, lines 21 to col. 78, lines 40; note that CPU clock SYN CLK and router 
clock must be compared before resting the clock); and resetting the line card in the event that 
the reported sequence number is different than the stored sequence number (see FIG. 31 A, 
step 960, router clock reset; see col. 77, lines 38-60; see col. 78, lines 64 to col. 79, lines 15). 
Ronstrom teaches operating an active supervisor (see FIG. 1, Primary System PS 100), the 
active supervisor receiving state information (see FIG. 1, communication means 130; see col. 
7, lines 1-40; see FIG. 6, step 601, event message; see col. 16, lines 55-65); generating a 
sequence number (see FIG. 6, process sequence number A, B(1),C,B(2), or D) by the active 
supervisor in response to receipt of the state information (see FIG. 1 , Event Generator EG 



Application/Control Number: 09/7 1 4,246 Page 2 1 

Art Unit: 2661 

103; see col 7, lines 56 to col. 8, lines 6; see col. 5, lines 50-60); storing the state information 
and sequence number to a standby supervisor (see FIG. Primary Memory PM 102; see col. 7, 
lines 6-19); comparing, by the standby supervisor, a stored sequence number with a reported 
sequence number (see FIG. 5, step 507, 509; see col. 16, lines 5-20); resetting in the event 
that the reported sequence number is different than the stored sequence number (see FIG. 5, 
step 510, recovery process; see col. 16, lines 18-25; see FIG. 7, 701-711; see col. 18, lines 25 
to col. 19, lines 10). 

In response to applicant's arguments against the references individually, one 
cannot show nonobviousness by attacking references individually where the rejections are 
based on combinations of references. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 
1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986). Thus, the 
combined system of Horst and Ronstrom clearly teaches the applicant argued limitations. 

In view of the above, the examiner respectfully disagrees with applicant's argument 
and believes that the references as set forth in the 102 and 103 rejections are proper. 

Conclusion 

12. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ian N Moore whose telephone number is 571-272-3085. The 
examiner can normally be reached on M-F: 9:00 AM - 6:00 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Chau T Nguyen can be reached on 571-272-3126. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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